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FOREWORD 


In  a  memorandum  of  October  26,  1993,  the  President  sought  to  stimulate  the  Federal  Government's  deployment  of 
Electronic  Commerce  in  order  to  simplify  and  streamline  the  acquisition  process.  In  this  regard,  the  President  set 
forth  the  following  objectives: 

0         Exchange  acquisition  information  electronically  between  the  private  seaor  and  the  Federal  Govermnent  to  the 
maximum  extent  practicable. 

o  Provide  businesses,  including  small,  small  disadvantaged,  and  woman-owned  businesses,  with  greater  access  to 

Federal  acquisition  opportunities. 

0         Ensure  that  potential  suppliers  are  provided  simplified  access  to  the  Federal  Government's  EC  system. 

o  Employ  nationally  and  internationally  recognized  data  formats  that  serve  to  broaden  and  ease  the  interchange  of 

data. 

0         Use  agency  and  industry  systems  and  networics  to  enable  the  government  and  potential  suppUers  to  exchange 
information  and  access  Federal  acquisition  data. 

As  part  of  the  Federal  Goverrmient  wide  effort  to  implement  EC,  NIST  has  been  given  the  responsibiUty  of  coordinating 
the  development  and  promulgation  of  Implementation  Conventions  for  the  functional  areas  of  EC  which  will  be  deployed 
across  the  Agencies. 

Various  Agencies  have  been  actively  pursuing  Electronic  Data  Interchange  (EDI)  for  several  years  -  the  DoD,  GSA, 
Customs  and  HHS,  for  instance,  have  been  particularly  active  in  adopting  ANSI  X12  standards,  and  looking  ahead  to 
EDIFACT.  There  became  a  danger  that  with  fiagmentation  of  usage  across  the  Federal  Government  a  significant  burden 
would  be  placed  on  many  small  businesses  to  support  an  unnecessary  profusion  of  formats  and  conventions. 

In  the  Presidential  Memorandum,  President  Clinton  required  Federal  agencies  to  implement  the  use  of  electronic 
commerce  in  Federal  purchases  as  quickly  as  possible.  As  the  initial  step,  the  President's  Management  Council  (PMC) 
Electronic  Commerce  Task  Force  (ECTF),  chaired  by  the  Administrator,  OfiBce  of  Federal  Procurement  PoUcy  (OFPP), 
chartered  the  Federal  Electronic  Commerce  Acquisition  Team  (ECAT)  to  complete  the  first  milestone  of  the  President's 
memorandum.  The  PMC  assigned  the  Electronic  Commerce  Acquisition  Team,  composed  of  representatives  fi^om 
various  Federal  departments  and  agencies,  the  task  of  defining  the  architecture  for  the  government  electronic  commerce 
acquisition  system  and  identiifying  the  executive  departments  or  agencies  responsible  for  developing,  implementing, 
operating,  and  maintaining  the  Federal  electronic  system. 

Another  key  step  in  the  implementation  of  EDI  in  the  Federal  Government  relies  on  the  definition  of 
Implementation  Conventions  (ICs).  EDI  syntax  standards,  both  ASC  XI 2  and  UN/ED IFACT,  accommodate  a  fiill 
range  of  business  activities  for  all  industries.  A  standard  is  the  result  of  a  consensus  among  a  large  number  of 
users,  each  with  its  own  set  of  needs.  It  is  a  sujierset  intended  to  meet  the  diverse  requirements  of  all  users. 
Standards  commonly  contain  more  data  elements  and  structiu-e  options  than  any  one  user  or  industry  needs.  Far 
too  many  opportunities  exist  for  inefficient,  or  ambiguous  transactions.  Therefore,  actual  EDI  business  processes 
require  implementation  conventions  (ICs)  to  fully  define  transactions.  ICs  do  that  by  tailoring  the  use  of  the 
standards'  segments,  data  elements,  and  code  values  and  providing  a  subset  menu  of  those  distinct  parts.  This 
Special  Publication  defines  a  Federal  IC  based  on  ASC  X12  Version  3050  and  is  the  result  of  coordinated 
development  and  adoption  within  the  Federal  Government. 


824  -  Application  Advice 


824  Application  Advice 


Functional  Group  ID 


=AG 


Introduction: 

This  Draft  Standard  for  Trial  Use  contains  the  format  and  establishes  the  data  contents  of  the  Application  Advice 
Transaction  Set  (824)  for  use  within  the  context  of  an  Electronic  Data  Interchange  (EDI)  enviroiunent.  The 
transaction  set  can  be  used  to  provide  the  ability  to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the  functional  group  and  transaction  set 
level,  in  either  coded  or  free-form  format.  It  is  designed  to  accomodate  the  business  need  of  reporting  the 
acceptance,  rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application  Advice  should  not  be  used 
in  place  of  a  transaction  set  designed  as  a  specific  response  to  another  transaction  set  (e.g.,  purchase  order 
acknowledgement  sent  in  response  to  a  purchase  order). 

Notes: 

1.  Use  this  transaction  set  to  inform  the  originator  of  a  transaction  set  of  the  results  of  edit  checks  performed  on 
the  transaction  set  by  the  application  program.  The  reported  results  can  include:  accepted,  accepted  with  errors, 
accepted  with  data  content  change  or  rejected.  All  agencies  may  not  be  capable  of  using  this  transaction  set  for 
all  intended  purposes. 

2.  When  used  to  reject  a  transaction  set  or  to  accept  a  transaction  set  with  errors,  the  errors  will  be  identified  and 
the  correct  data,  if  known,  will  be  provided. 

3.  When  the  transaction  set  is  accepted  with  data  content  change,  the  corrected  data  MUST  be  provided. 

4.  This  transaction  set  can  be  used  to  report  on  multiple  transaction  sets  sent  by  the  same  originator  during  a 
specified  time  period,  e.g.,  daily. 

5.  This  transaction  set  is  not  used  to  reject  a  transmission  due  to  ASCX12  syntax  errors.  Use  a  997  transaction 
set  for  this  purpose. 

Heading: 


Pos. 
No. 

010 

Seg. 
ID 

ST 

020 

BGN 

030 

Nl 

NAJ 

040 

N2 

N/U 

050 

N3 

NAJ 

060 

N4 

NAJ 

070 

REF 

080 

PER 

Detail: 

Pos. 
No. 

Seg. 
ID 

DIG 

OTI 

Name 

Transaction  Set  Header 


Notes  and 
Comments 


Beginning  Segment 
Name 

Additional  Name  Information 
Address  Information 
Geographic  Location 
Reference  Numbers 

Administrative  Communications  Contact 


1 
2 
2 
1 
12 
3 


Name 


PiiiP 



Original  Transaction  Identification 
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N/U 

020 

REF 

030 

DTM 

NAJ 

040 

PER 

N/U 

050 

AMT 

N/U 

060 

QTY 

N/U 

065 

Nl 

070 

TED 

iN/U 

UoU 

IN  1  li 

085 

LM 

086 

LQ 

090 

SE 

Reference  Numbers 

Date/Time  Reference 

Administrative  Communications  Contact 

Monetary  Amount 

Quantity 

Name 


Technical  Error  Description 
Note/Special  Instruction 


O 
O 

o 
o 
o 

o 

w 

o 
o 


12 
2 
3 
10 
10 
1 

s 

I 

100 


cl 


Code  Source  Information 
Industry  Code 


Transaction  Set  Trailer  M  1 

Transaction  Set  Notes 

1.  Use  of  the  LM  loop  is  limited  to  the  identification  of  industry  unique  application  error  conditions. 
Transaction  Set  Comments 

1.      REF  segments  can  be  used  as  needed  to  further  identify  the  original  transaction  set. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 
Semantic  Notes: 


Comments: 


ST  Transaction  Set  Header 
010 

Heading 

Mandatory 

1 

To  indicate  the  start  of  a  transaction  set  and  to  assign  a  control  number 

1    The  transaction  set  identifier  (STOl)  used  by  the  translation  routines  of  the 

interchange  partners  to  select  the  appropriate  transaction  set  definition  (e.g.,  810 
selects  the  invoice  transaction  set). 


Data  Element  Summary 

Ref.  Data 

Pes.        Element  Name  Attributes 
Must  Use    STOl  143      Transaction  Set  Identifier  Code  M    ID  3/3 

Code  uniquely  identifying  a  Transaction  Set. 

824  X12.44  Application  Advice 

Must  Use    ST02  329      Transaction  Set  Control  Number  M    AN  4/9 

Identifying  control  number  that  must  be  unique  within  the  transaction  set 
fimctional  group  assigned  by  the  originator  for  a  transaction  set 
Use  to  identify  a  unique  number  assigned  by  the  originator  of  the  transaction 
set  This  number  may  be  system  generated. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 
Semantic  Notes: 


BGN 


Beginning  Segment 


020 


Heading 

Mandatory 

1 

To  indicate  the  beginning  of  a  transaction  set. 
1    If  BGN05  is  present,  then  BGN04  is  required. 

1  BGN02  is  the  transaction  set  reference  number. 

2  BGN03  is  the  transaction  set  date. 

3  BGN04  is  the  transaction  set  time. 

4  BGN05  is  the  transaction  set  time  qualifier. 

5  BGN06  is  the  transaction  set  reference  number  of  a  previously  sent  transaction 
affected  by  the  current  transaction. 


Comments: 


Ref. 
Pes. 

Must  Use  BGNOl 


Must  Use  BGN02 


Must  Use  BGN03 


Must  Use  BGN04 


BGN05 


BGN07 


Data 
Element 
353 


127 


373 


337 


623 


640 


Attributes 
M    ID  2/2 


Data  Element  Summary 

Name 

Transaction  Set  Purpose  Code 

Code  identifying  purpose  of  transaction  set. 

00  Original 

Reference  Number  M    AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 
Use  to  identify  the  unique  reference  number  assigned  to  this  824  transaction 
set,  not  the  transaction  set  that  is  being  reported. 

Date  M    DT  6/6 

Date  (YYMMDD). 

Use  to  identify  the  date  this  824  transaction  set  was  originated. 

Time  X     TM  4/8 

Time  expressed  in  24-hour  clock  time  as  follows:  HHMM,  or  HHMMSS,  or 
HHMMSSD,  or  HHMMSSDD,  where  H  =  hours  (00-23),  M  =  minutes  (00- 
59),  S  =  integer  seconds  (00-59)  and  DD  =  decimal  seconds;  decimal  seconds 
are  expressed  as  follows:  D  =  tenths  (0-9)  and  DD  =  hundredths  (00-99) 
Use  to  identify  the  time  this  824  transaction  set  was  originated. 

Time  Code  O     ID  2/2 

Code  identifying  the  time.  In  accordance  with  International  Standards 
Organization  standard  8601,  time  can  be  specified  by  a  +  or  -  and  an 
indication  in  hours  in  relation  to  Universal  Time  Coordinate  (UTC)  time. 
Since  +  is  a  restricted  character,  +  and  -  are  substituted  by  P  and  M  in  the 
codes  that  follow. 

Use  only  if  the  time  is  other  than  local  time. 

CT  Centi-al  Time 

ET  Eastern  Time 

GM  Greenwich  Mean  Time 

MT  Moimtain  Time 

FT  Pacific  Time 

Transaction  Type  Code  O    ID  2/2 

Code  specifying  the  type  of  transaction. 

When  the  reported  transaction  set's  beginning  segment  contains  data  element 
640  and  a  code  value  was  transmitted,  cite  that  same  code  value. 
Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 
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BGN08  306      Action  Code  O    ID  1/2 

Code  indicating  type  of  action. 

When  the  reported  transaction  set's  beginning  segment  contains  data  element 
306  and  a  code  value  was  transmitted,  cite  that  same  code  value. 
Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 
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i 


Nl  Name 
030 
Nl 

Heading 
Optional 
1 

To  identify  a  party  by  type  of  organization,  name  and  code 

1  At  least  one  of  N102  or  N103  is  required. 

2  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

1  This  segment,  used  alone,  provides  the  most  efficient  method  of  providing 
organizational  identification.  To  obtain  this  efficiency  the  "ID  Code"  (N104)  must 
provide  a  key  to  the  table  maintained  by  the  transaction  processing  party. 

2  N105  and  N106  further  define  the  type  of  entity  in  NlOl. 

1.  Address  information  is  to  be  transmitted  using  only  code  values  contained  in  a 
combination  of  NlOl,  N103/N104  data  elements. 

2.  There  must  be  2  iterations  of  the  Nl  loop  in  each  transmission;  one  iteration  to  carry 
the  name  and  address  of  the  party  transmitting  the  824  transactions  set  and  a  second 
iteration  containing  the  name  and  address  of  the  party  to  whom  the  824  transaction  set 
is  being  sent. 

3.  The  name  and  address  of  each  party  will  be  conveyed  by  use  of  a  code  in  N 103/04. 

Data  Element  Summary 
Ref.  Data 

Des.        Element   Name  Attributes 
Must  Use    NlOl  98       Entity  Identifier  Code  M    ID  2/2 

Code  identifying  an  organizational  entity,  a  physical  location,  or  an  individual 

FR  Message  From 

Use  to  indicate  the  entity  sending  the  transaction  set. 
TO  Message  To 

Use  to  indicate  the  entity  to  whom  the  transaction  set  is 

being  sent. 

N103  66       Identification  Code  Qualifier  X     ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

While  the  federal  EDI  program  uses  the  DUNS  number,  some  government 
users  of  this  implementation  convention  may  require  the  use  of  other  numbers 
for  a  transition  period  in  order  to  cross  reference  existing  data  bases. 
1  D-U-N-S  Number,  Dun  &  Bradstreet 

Use  of  the  DUNS  or  DUNS+4  number  is  preferred  over 
any  other  coded  number  to  identify  an  entity. 

9  D-U-N-S+4,  D-U-N-S  Number  with  Four  Character 
Suffix 

Use  of  the  DUNS  or  DUNS+4  number  is  preferred  over 
any  other  coded  number  to  identify  an  entity. 

10  Department  of  Defense  Activity  Address  Code 
(DODAAC) 

Use  to  indicate  either  a  Department  of  Defense  Activity 
Address  Code  or  a  Civilian  Agency  Activity  Address 
Code. 

33  Conunercial  and  Government  Entity  (CAGE) 

Use  when  a  commercial  entity  cannot  be  identified  by  a 
DUNS  number. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 

Semantic  Notes: 
Comments: 


Notes: 
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N104 


67 


93  Code  assigned  by  the  organization  originating  the 

transaction  set 
FA  Facility  Identification 

Use  to  identify  a  facility  that  cannot  be  identified  using 

a  DUNS  number,  DUNS+ 4  number,  CAGE  code,  or 

DoDAAC. 

FI  Federal  Taxpayer's  Identification  Number 

Use  only  if  the  receiving  organization  uses  a 
Taxpayer's  Identification  Number  (TIN)  to  identify  the 
sender. 

Identification  Code  X     AN  2/20 

Code  identifying  a  party  or  other  code. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 

Syntax  Notes: 


Semantic  Notes: 
Comments: 
Notes: 


PER  Administrative  Communications  Contact 

080 
Nl 

Heading 
Optional 
3 

To  identify  a  person  or  office  to  whom  administrative  communications  should  be 
directed 

1  If  either  PER03  or  PER04  is  present,  then  the  other  is  required. 

2  If  either  PER05  or  PER06  is  present,  then  the  other  is  required. 

3  If  either  PER07  or  PER08  is  present,  then  the  other  is  required. 


When  NlOl  is  code  FR,  use  to  identify  a  contact  to  whom  inquiries  regarding  this 
transaction  set  can  be  directed. 


Data  Element  Summary 


Ref. 
Pes. 

Must  Use  PEROl 


PER02 


PER03 


PER04 


PER05 


Data 
Element 
366 


93 


365 


364 


365 


Name 


Attributes 
M    ID  2/2 


Contact  Function  Code 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group 
named. 

AL  Alternate  Contact 

Use  to  indicate  an  alternate  party  to  whom  inquiries 
regarding  this  transaction  set  should  be  directed. 

EA  EDI  Coordinator 

Use  to  indicate  the  primary  party  to  whom  inquiries 
regarding  this  transaction  set  should  be  directed. 

Name  O    AN  1/35 

Free-form  name. 

Cite  the  last  name  first,  followed  by  the  first  name.  Do  not  truncate  the  last 
name  if  the  whole  name  is  longer  than  35  characters.  Instead,  truncate  the 
first  name  or  use  the  initial  of  the  first  name. 

Communication  Number  Qualifier  X     ID  2/2 

Code  identifying  the  type  of  communication  number. 
EM  Electronic  Mail 

FX  Facsimile 
TE  Telephone 

Use  to  indicate  the  commercial  telephone  number  of 
the  party  cited  in  PER02. 
Communication  Number  X     AN  1/80 

Complete  communications  number  including  country  or  area  code  when 
applicable. 

When  PER03  is  code  TE,  include  the  area  code. 

Communication  Number  Qualifier  X     ID  2/2 

Code  identifying  the  type  of  communication  number. 

Use  to  identify  a  second  communications  number  for  the  party  cited  in 
PER02.  For  example,  ifPER03/04  cites  a  commercial  telephone  number, 
PER05/06  can  be  used  to  cite  an  Electronic  Mail  address. 

EM  Electronic  Mail 

EX  Telephone  Extension 

Use  only  ifPER03  is  code  TE. 

FX  Facsimile 
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PER06 


PER07 


PER08 


TE  Telephone 

Use  to  indicate  the  commercial  telephone  number  of 
the  party  cited  in  PER02. 

364  Communication  Number  X     AN  1/80 
Complete  communications  nmnber  including  country  or  area  code  when 
applicable. 

When  PER05  is  code  TE,  include  the  area  code. 

365  Communication  Number  Qualifler  X     ID  2/2 
Code  identifying  the  type  of  communication  number. 

Use  to  identify  a  third  communications  number  for  the  party  cited  in  PER02. 
EM  Electronic  Mail 

EX  Telephone  Extension 

Use  only  ifPEROS  is  code  TE 
FX  Facsimile 
TE  Telephone 

Use  to  indicate  the  commercial  telephone  number  of 
the  party  cited  in  PER02. 
364      Communication  Number  X     AN  1/80 

Complete  communications  number  including  country  or  area  code  when 
applicable. 

When  PER07  is  code  TE,  include  the  area  code. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 

Syntax  Notes: 
Semantic  Notes: 


OTI  Original  Transaction  Identification 

010 

OTI 

Detail 

Mandatory 

1 

To  identify  the  edited  transaction  set,  the  level  at  which  the  results  of  the  edit  are 
reported,  and  to  indicate  the  accepted,  rejected  or  accepted  with  change  edit  result. 


1    If  OTI09  is  present,  then  OTI08  is  required. 

1  OTI06  is  the  Group  Date. 

2  OTI07  is  the  Group  Time. 

3  If  OTIl  1  is  present,  it  will  contain  the  Version/Release  under  which  the  original 
electronic  transaction  was  translated  by  the  receiver. 

Comments:      1    OTI02  contains  the  qualifier  identifying  the  business  transaction  from  the  original 
business  application,  and  OTI03  will  contain  the  original  business  application 
identification. 

2  If  used,  OTI04  through  OTI08  will  contain  values  from  the  original  electronic 
functional  group  generated  by  the  sender. 

3  If  used,  OTI09  through  OTI  10  will  contain  values  from  the  original  electronic 
transaction  set  generated  by  the  sender. 

Notes:  Use  this  loop  to  identify  the  transaction  set  that  is  being  reported  and  the  action  taken 
on  that  transaction  set.  Use  multiple  iterations  of  the  OTI  loop  to  report  on  more  than 
one  transaction  set. 


Must  Use 


Ref. 
Pes. 
OTIOl 


Must  Use  OTI02 


Must  Use  OTI03 


OTI08 


OTI09 


Data 
Element 
110 


128 


127 


28 


329 


Data  Element  Summary 


Name 


Attributes 


Application  Acknowledgment  Code  M    ID  1/2 

Code  indicating  the  application  system  edit  results  of  the  business  data. 
Use  to  identify  the  action  taken  regarding  the  transaction  set  being  reported 
and  identified  in  the  same  OTI  loop. 

TA  Transaction  Set  Accept 

TC  Transaction  Set  Accept  with  Data  Content  Change 

TE  Transaction  Set  Accept  with  Error 

TR  Transaction  Set  Reject 

Reference  Number  Qualifier  M    ID  2/2 

Code  qualifying  the  Reference  Number. 

Use  to  indicate  the  unique  reference  number  of  the  transaction  set  being 
reported. 

TN  Transaction  Reference  Number 

Use  to  indicate  the  transaction  set  reference  number. 

Reference  Number  M    AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 
Cite  the  unique  reference  number  associated  with  the  transaction  set  being 
reported.  Appendix  A  identifies  where  this  unique  reference  number  can  be 
found  in  specific  transaction  sets. 

Group  Control  Number  X     NO  1/9 

Assigned  niunber  originated  and  maintained  by  the  sender. 

Use  to  identify  the  number  cited  in  GS06  of  the  functional  group  in  which  the 
reported  transaction  was  transmitted. 

Transaction  Set  Control  Number  O    AN  4/9 

Identifying  control  number  that  must  be  unique  within  the  transaction  set 
fimctional  group  assigned  by  the  originator  for  a  transaction  set 
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Use  to  identify  the  transaction  set  control  number  cited  in  SE02  of  the 
transaction  set  being  reported. 

OTIlO  143      Transaction  Set  Identifier  Code  O     ID  3/3 

Code  uniquely  identifying  a  Transaction  Set. 
Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 

OTIll  480      Version  /  Release  /  Industry  Identifier  Code  O     AN  1/12 

Code  indicating  the  version,  release,  subrelease,  and  industry  identifier  of  the 
EDI  standard  being  used,  including  the  GS  and  GE  segments.  If  code  in 
DE455  in  GS  segment  is  X,  then  in  DE  480  positions  1-3  are  the  version 
number;  positions  4-6  are  the  release  and  subrelease,  level  of  the  version;  and 
positions  7-12  are  the  industry  or  trade  association  identifiers  (optionally 
assigned  by  user).  If  code  in  DE455  in  GS  segment  is  T,  then  other  formats 
are  allowed. 

Use  to  identify  the  ASC  XI 2  Version/Release  used  to  translate  the  transaction 
set  being  reported. 

Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 

Semantic  Notes: 
Comments: 
Notes: 


Ref. 

Pes. 

Must  Use  DTMOl 


Must  Use  DTM02 


DTM03 


DTM05 


DTM  Date/Time  Reference 

030 

OTI 

Detail 

Optional 

2 

To  specify  pertinent  dates  and  times 

1  At  least  one  of  DTM02  DTM03  or  DTM06  is  required. 

2  If  either  DTM06  or  DTM07  is  present,  then  the  other  is  required. 


Use  this  segment  to  identify  the  creation  date  of  the  transaction  set  being  reported. 
Data  Element  Summary 

Data 

Element   Name  Attributes 
374      Date/Time  Qualifier  M    ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 
097  Transaction  Creation 

373      Date  X     DT  6/6 

Date  (YYMMDD). 

Appendix  B  identifies  where  the  creation  date  for  specific  transaction  sets  can 
be  found  within  those  transaction  sets. 
337      Time  X     TM  4/8 

Time  expressed  in  24-hour  clock  time  as  follows:  HHMM,  or  HHMMSS,  or 
HHMMSSD,  or  HHMMSSDD,  where  H  =  hours  (00-23),  M  =  minutes  (00- 
59),  S  =  integer  seconds  (00-59)  and  DD  =  decimal  seconds;  decimal  seconds 
are  expressed  as  follows:  D  =  tenths  (0-9)  and  DD  =  hundredths  (00-99) 
Cite  the  time  the  reported  transaction  set  was  originated,  if  known. 

624      Century  O     NO  2/2 

The  first  two  characters  in  the  designation  of  the  year  (CCYY). 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 
Semantic  Notes: 
Comments: 

Notes: 


TED  Technical  Error  Description 

070 

TED 

Detail 

Optional 

1 

To  identify  the  error  and,  if  feasible,  the  erroneous  segment,  or  data  element,  or  both. 


1    If  used,  TED02  will  contain  a  generic  description  of  the  data  in  error  (e.g..  Part 

Number,  Date,  Reference  Number,  etc.). 
1.  Use  this  segment  to  identijy  errors  within  the  reported  transaction  set. 


2.  Use  multiple  repetitions  of  this  segment  to  identijy  multiple  errors  within  the 
reported  transaction  set. 


Ref. 
Des. 

Must  Use  TEDOl 


Data  Element  Summary 


Data 
Element  Name 


Attributes 
M    ID  1/3 


647      Application  Error  Condition  Code 

Code  indicating  application  error  condition. 

1.  Any  code  may  be  used.  The  listed  codes  are  to  be  used  only  as  indicated 
by  the  code  value  notes. 


026     Customer  Identification  Number  is  invalid 

Use  to  indicate  an  erroneous  number,  e.g.,  DUNS  Number,  DUNS+4  Number, 
CAGE  code,  DoDAAC,  or  Civilian  Activity  Address  code. 

029     Customer  Identification  Number  is  Missing 

Use  to  indicate  a  missing  number,  e.g.,  DUNS  Number,  DUNS+4  Number, 
CAGE  code,  DoDAAC,  or  Civilian  Activity  Address  code. 

024     Other  Unlisted  Reason 

Use  to  indicate  an  error  not  identified  by  a  specific  code.  Specify  the  error  in 
TED02. 


OTH  Other 

Use  to  indicate  an  unspecified  error  condition  that  cannot  be  described. 


Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 
TED02  3       Free  Form  Message  O     AN  1/60 

Free-form  text. 

When  TEDOl  is  code  024,  use  to  specify  the  error. 
TED03  721      Segment  ro  Code  O     ID  2/3 

Code  defining  the  segment  ID  of  the  data  segment  in  error.  See  Appendix  A  - 
Number  77. 

1.  Use  to  identify  the  segment  containing  the  error. 

2.  The  Appendix  A  -  Number  77  is  an  XI 2  Code  Source.  Do  not  confuse  this 
appendix  A  with  the  appendix  A  that  is  included  as  part  of  this 
implementation  convention. 

TED04  719      Segment  Position  in  Transaction  Set  O    NO  1/6 
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TED05  722 


TED06  725 


TED07  724 


TED08  961 


The  numerical  count  position  of  this  data  segment  from  the  start  of  the 
transaction  set:  the  transaction  set  header  is  count  position  1. 
Use  to  identify  the  position  of  the  segment  within  the  transmission  of  the 
transaction  set  containing  an  error,  e.g.,  15.  This  is  read  as  the  15th 
segment  transmitted. 

Element  Position  in  Segment  O     NO  1/2 

This  is  used  to  indicate  the  relative  position  of  a  simple  data  element,  or  the 
relative  position  of  a  composite  data  structure  with  the  relative  position  of  the 
component  within  the  composite  data  structure,  in  error;  in  the  data  segment 
the  count  starts  with  1  for  the  simple  data  element  or  composite  data  structure 
inunediately  following  the  segment  ID 

Use  to  identify  the  segment  position  of  the  data  element  containing  an  error, 
e.g.,  1,  12,  etc. 

Data  Element  Reference  Number  O    NO  1/4 

Reference  number  used  to  locate  the  data  element  in  the  Data  Element 
Dictionary. 

Use  to  identify  the  segment  data  element  containing  an  error,  e.g.  374. 
Copy  of  Bad  Data  Element  O     AN  1/99 

This  is  a  copy  of  the  data  element  in  error. 

Use  to  identify  the  erroneous  content  of  the  data  element,  e.g.,  999. 

Data  Element  New  Content  O     AN  1/99 

New  data  which  has  replaced  erroneous  data. 

1.  When  OTIOl  is  code  TE  or  TR,  use  to  identify  the  correct  data,  if  known, 
that  should  have  been  transmitted  in  the  data  element. 

2.  When  OTIOl  is  code  TC,  this  data  element  is  REQUIRED. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 
Semantic  Notes: 
Comments: 
Notes: 


Ref. 
Pes. 

Must  Use  LMOl 


LM02 


LM  Code  Source  Information 

085 

LM 

Detail 

Optional 

1 

To  transmit  standard  code  list  identification  information 


1    LM02  identifies  the  applicable  industiy  code  list  source  information. 

Use  this  loop  to  provide  codified  data  fi'om  a  code  source  list  maintained  by  a  federal 

agency. 


Data  Element  Summary 


Data 
Element 
559 


822 


Name 


Attributes 
M    ID  2/2 


Agency  Qualifier  Code 

Code  identiiying  the  agency  assigning  the  code  values. 

Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 
Source  Subqualifier  O    AN  1/15 

A  reference  that  indicates  the  table  or  text  maintained  by  the  Source  Qualifier. 
When  LQOl  is  code  ZZ,  identify  the  code  list  that  contains  the  code  cited  in 
LQ02. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 
Syntax  Notes: 
Semantic  Notes: 
Comments: 


LQ  Industry  Code 

086 

LM 

Detail 

Mandatory 

100 

Code  to  transmit  standard  industry  codes 

1    If  LQOl  is  present,  then  LQ02  is  required. 


Data  Element  Summary 

Ref.  Data 

Des.        Element   Name  Attributes 
LQOl  1270     Code  List  Qualifier  Code  O     ID  1/3 

Code  identifying  a  specific  industry  code  list 

Use  any  code. 

Refer  to  003050  Data  Element  Dictionary  for  acceptable  code  values. 
LQ02  1271     Industry  Code  X     AN  1/20 

Code  indicating  a  code  from  a  specific  industry  code  list 
Use  to  cite  a  code  that  is  contained  in  a  code  source  list  applicable  to  the 
qualifier  code  cited  in  LQOl  or  when  LQOl  is  code  ZZ,  in  a  code  source  list 
cited  in  LM02. 
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Segment: 
Position: 
Loop: 
Level: 
Usage: 
Max  Use: 
Purpose: 

Syntax  Notes: 
Semantic  Notes: 
Comments: 


SE  Transaction  Set  Trailer 

090 

Detail 

Mandatory 

1 

To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the  transmitted 
segments  (including  the  beginning  (ST)  and  ending  (SE)  segments). 


SE  is  the  last  segment  of  each  transaction  set. 


Data  Element  Summary 

Ref.  Data 

Pes.        Element  Name  Attributes 
Must  Use    SEOl  96       Number  of  Included  Segments  M    NO  1/10 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 

Must  Use    SE02  329      Transaction  Set  Control  Number  M    AN  4/9 

Identifying  control  number  that  must  be  unique  within  the  transaction  set 
functional  group  assigned  by  the  originator  for  a  transaction  set 
This  is  the  number  cited  in  ST02. 
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Technical  Publications 


Periodical 


Journal  of  Research  of  the  National  Institute  of  Standards  and  Technology — Reports  NIST  research 
and  development  in  those  disciplines  of  the  physical  and  engineering  sciences  in  which  the  Institute  is 
active.  These  include  physics,  chemistry,  engineering,  mathematics,  and  computer  sciences.  Papers  cover  a 
broad  range  of  subjects,  with  major  emphasis  on  measurement  methodology  and  the  basic  technology 
underlying  standardization.  Also  included  from  time  to  time  are  survey  articles  on  topics  closely  related  to 
the  Institute's  technical  and  scientific  programs.  Issued  six  times  a  year. 

Nonperiodicals 


Monographs — Major  contributions  to  the  technical  literature  on  various  subjects  related  to  the 
Institute's  scientific  and  technical  activities. 

Handbooks — Recommended  codes  of  engineering  and  industrial  practice  (including  safety  codes)  devel- 
oped in  cooperation  with  interested  industries,  professional  organizations,  and  regulatory  bodies. 
Special  Publications — Include  proceedings  of  conferences  sponsored  by  NIST,  NIST  annual  reports,  and 
other  special  publications  appropriate  to  this  grouping  such  as  wall  charts,  pocket  cards,  and  bibliographies. 

National  Standard  Reference  Data  Series — Provides  quantitative  data  on  die  physical  and  chemical 
properties  of  materials,  compiled  from  the  world's  literature  and  critically  evaluated.  Developed  under  a 
worldwide  program  coordinated  by  NIST  under  the  authority  of  the  National  Standard  Data  Act  (Public 
Law  90-396).  NOTE:  The  Journal  of  Physical  and  Chemical  Reference  Data  (JPCRD)  is  published 
bimonthly  for  NIST  by  the  American  Chemical  Society  (ACS)  and  the  American  Institute  of  Physics  (AIP). 
Subscriptions,  reprints,  and  supplements  are  available  from  ACS,  1155  Sixteenth  St.,  NW,  Washington,  DC 
20056. 

Building  Science  Series — Disseminates  technical  information  developed  at  the  Institute  on  building 
materials,  components,  systems,  and  whole  structures.  The  series  presents  research  results,  test  methods,  and 
performance  criteria  related  to  the  structural  and  environmental  functions  and  the  durability  and  safety 
characteristics  of  building  elements  and  systems. 

Technical  Notes — Studies  or  reports  which  are  complete  in  themselves  but  restrictive  in  their  treatment  of 
a  subject.  Analogous  to  monographs  but  not  so  comprehensive  in  scope  or  definitive  in  treatment  of  the 
subject  area.  Often  serve  as  a  vehicle  for  final  reports  of  work  performed  at  NIST  under  the  sponsorship  of 
other  government  agencies. 

Voluntary  Product  Standards — Developed  under  procedures  published  by  the  Department  of  Commerce 
in  Part  10,  Title  15,  of  the  Code  of  Federal  Regulations.  The  standards  establish  nationally  recognized 
requirements  for  products,  and  provide  all  concerned  interests  with  a  basis  for  common  understanding  of 
the  characteristics  of  the  products.  NIST  administers  this  program  in  support  of  the  efforts  of  private-sector 
standardizing  organizations. 

Order  the  following  NIST  publications — FIPS  and  NISTIRs—from  the  National  Technical  Information 
Service,  Springfield,  VA  22161. 

Federal  Information  Processing  Standards  Publications  (FIPS  PUB) — Publications  in  this  series 
collectively  constitute  the  Federal  Information  Processing  Standards  Register.  The  Register  serves  as  the 
official  source  of  information  in  die  Federal  Government  regarding  standards  issued  by  NIST  pursuant  to 
the  Federal  Property  and  Administrative  Services  Act  of  1949  as  amended.  Public  Law  89-306  (79  Stat. 
1127),  and  as  implemented  by  Executive  Order  11717  (38  FR  12315,  dated  May  11,  1973)  and  Part  6  of 
Title  15  CFR  (Code  of  Federal  Regulations). 

NIST  Interagency  Reports  (NISTIR) — A  special  series  of  interim  or  final  reports  on  work  performed  by 
NIST  for  outside  sponsors  (both  government  and  nongovernment).  In  general,  initial  distribution  is  handled 
by  the  sponsor;  public  distribution  is  by  the  National  Technical  Information  Service,  Springfield,  VA  22161, 
in  paper  copy  or  microfiche  form. 
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